home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 5738 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  17.5 KB

  1. Path: in2.uu.net!insync!usenet
  2. From: bretting@insync.net (Greg Bretting)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: USR Sportster 33.6 Retrain disconnect ???
  5. Date: Wed, 14 Feb 1996 23:21:40 -0800
  6. Organization: - not one of my strong points, really...
  7. Message-ID: <4fufnm$k7n@drencrom.insync.net>
  8. References: <31197A9F.5E3B@interlog.com> <4fd72n$201q@seminole.gate.net> <4fp1uc$cb5@cantua.canterbury.ac.nz> <4fraa6$9d4@seminole.gate.net>
  9. NNTP-Posting-Host: line-204.insync.net
  10. X-Newsreader: Forte Agent .99b.112
  11.  
  12. On 13 Feb 1996 19:27:50 -0500, dhaire@gate.net (doug haire) wrote:
  13.  
  14. >: : Karel Vetrovsky (kvetro@interlog.com) wrote:
  15. >: : : I am getting frequent disconnects from my internal USR Sposter 33.6 due 
  16. >: : : to "Unable to Retrain". My ISP has Cardinal modems - if it helps. Funny 
  17. >: : : thing is that my friend who uses Supra 28.8 and the same ISP does not 
  18. >: : : have this problem. I am using the unmodified .INF setup string for USR 
  19. >: : : modems (I believe it is the one updated for 33.6 modems). Any 
  20. >: : : suggestions?
  21. >: : : 
  22. >: : : Here's the result of ATI6 after one of those disconnects:
  23. >: : : 
  24. >: : : USRobotics Sportster 33600 Fax Link Diagnostics...
  25. >: : : 
  26. >: : : Chars sent                 1547      Chars Received            30212
  27. >: : : Chars lost                    0
  28. >: : : Octets sent                1175      Octets Received           16173
  29. >: : : Blocks sent                  74      Blocks Received             181
  30. >: : : Blocks resent                 0
  31. >: : : 
  32. >: : : Retrains Requested            3      Retrains Granted              0
  33. >: : : Line Reversals                0      Blers                         6
  34. >: : : Link Timeouts                 3      Link Naks                     0
  35. >: : : 
  36. >: : : Data Compression       V42BIS 2048/32
  37. >: : : Equalization           Long
  38. >: : : Fallback               Disabled
  39. >: : : Protocol               LAPM
  40. >: : : Speed                  28800/28800 
  41. >: : : Last Call              00:07:55
  42. >: : : 
  43. >: : : Disconnect Reason is Unable to Retrain
  44. >: 
  45. >: : There were 3 requests from the Cardinal to retrain and there were 3 link 
  46. >: : timeouts. There were no requests from the Sportster to retrain. This 
  47. >: : implies that the Cardinal is seeing problems on its receive. Try your 
  48. >: : friend's Supra from your house (on your line) and see if it is more 
  49. >: : stable. An alternative test would be to bring your modem to your 
  50. >: : friend's place and try it. If it shows that only the Sportster has 
  51. >: : trouble, you will need to contact USR to return it for repair. 
  52.  
  53. I wan't able to find the original article, so please forgive the nested
  54. attributes, but...
  55.  
  56. The above interpretation of the ATI6 dump is somewhat incorrect; the
  57. "Retrains requested" field refers to retrains requested by the local modem,
  58. NOT the remote modem.  In the above example, it was the Sportster - not the
  59. Cardinal at the other end - that requested three retrains.  This according
  60. to info supplied by USR along with their USRSTATS program... here is an
  61. excerpt from that - pay special attention to the retrains requested/granted
  62. part:
  63.  
  64.     [BEGIN QUOTE]
  65.  
  66.     Error Control Group:
  67.  
  68.     Blocks Sent/Received - The number of Blocks sent and received by the
  69.     Error Control protocol.
  70.  
  71.     Blers - (Block Errors)  This field is a count of errors in received
  72.     Error Control Protocol or Data blocks.   These errors are caused by
  73.     noise or other impairments in the channel, and small numbers of them
  74.     are to be expected.  On severely impaired lines, values in the hundreds
  75.     or thousands may be seen.  This field is one of the key indicators of
  76.     the receive channel quality.  This number is a count of 50 millisecond
  77.     time units during which one or more errors occurred, and is therefore
  78.     related to the elapsed time of the connection as well as the number of
  79.     blocks received.
  80.  
  81.     Link Naks - This field indicates the number of times the remote modem
  82.     requested the re-send of one or more blocks of data.  Since it is
  83.     possible for the request to encompass more than 1 block, this number
  84.     does not necessarily indicate the actual block count.  The remote
  85.     modem requests a re-send when a data block is corrupted by impairments
  86.     in the channel.
  87.  
  88.     Blocks resent - This field is a count of transmitted Error Control
  89.     protocol blocks that were re-sent at the request of the remote
  90.     receiver.  The Link Naks field counts these requests, and is related
  91.     to the number of blocks resent.
  92.  
  93.     Link Timeouts - This field indicates the number of times the Error
  94.     Control protocol did not receive a response from the remote modem
  95.     within the expected time frame.  This is normally caused by channel
  96.     impairments, and also occurs when the remote receiver is being flow
  97.     controlled by its terminal.
  98.  
  99.     Chars Sent/Received - These fields count the number of characters sent
  100.     and received through the modem's DTE interface.   In order to preserve
  101.     modem performance, these fields are only updated periodically when in
  102.     the on-line state.  After the modem goes off-line, the true value is
  103.     shown.
  104.  
  105.     Octets sent/Received - Octets are compressed data units.  The
  106.     compression ratio can be determined by dividing Characters by Octets.
  107.  
  108.     Chars lost - This field indicates the number of characters lost in the
  109.     Transmit Buffer, due to buffer over-runs.  This field should always be
  110.     zero.  Non-zero values indicate a problem with Transmit Data flow
  111.     control in the terminal.
  112.  
  113.     Protocol - This field indicates the Error Control protocol in use.
  114.     Possible values include NONE, HST, MNP, and LAPM.  (LAPM is sometimes
  115.     referred to as V.42, although it is actually only one part of the V.42
  116.     spec.)   USR modems will prefer LAPM over MNP, although they can be
  117.     forced into MNP mode.   HST Error Control is only used in conjunction
  118.     with the proprietary HST modulation mode.
  119.  
  120.     Block Size -  The data frame size used in LAPM and MNP modes.  Larger
  121.     block sizes result in less protocol overhead, and faster throughput.
  122.     This is a negotiated parameter, and will vary depending on the remote
  123.     modems capabilities.
  124.  
  125.     Window Size -  The number of LAPM or MNP data frames that may be in
  126.     transit without being accounted for at any moment in time.  Larger
  127.     window sizes can improve performance under conditions of high round-
  128.     trip delay.   This is a negotiated parameter, and will vary depending
  129.     on the remote modems capabilities.
  130.  
  131.     Compression - This field indicates the Data Compression protocol in
  132.     use.  Possible values are NONE, MNP5, or V42BIS.
  133.  
  134.     Dictionary Size -  The number of entries in the V42bis compression
  135.     table.   Larger numbers indicate greater potential compression
  136.     performance with certain data types.  This number may vary when
  137.     connecting to modems from different manufacturers.  USR modems default
  138.     to a Dictionary Size of 2048 entries.
  139.  
  140.     String Length -  The length of each string in the V42bis compression
  141.     table.  Larger numbers indicate greater potential compression
  142.     performance with certain data types.  This number may vary when
  143.     connecting to modems from different manufacturers.  USR modems default
  144.     to a String Length of 32 characters.
  145.  
  146.     Data Pump Group:
  147.  
  148.     Modulation -  This field indicates the modulation protocol negotiated
  149.     for this connection.  Possible values are V.34, VFC, V.32/bis/terbo,
  150.     HST, V.22bis, and several others.  Note that the USR Courier modems
  151.     will report V.32/bis/terbo for ANY of the V.32-type modulation schemes.
  152.     HST is USR's proprietary High-Speed protocol.
  153.  
  154.     Speed - This field indicates the current bit rate of the connection, in
  155.     Bits Per Second (BPS).  For normal V.32/bis/terbo AND VFC modulation, a
  156.     single speed will be displayed since those protocols require the
  157.     receive and transmit channels to always run at the same speed.  This is
  158.     an important point, because it means that both channels are limited to
  159.     the speed of the LOWER of the two directions.  USR's ASL feature
  160.     enhances the V.32/bis/terbo protocols by allowing the transmit and
  161.     receive channel speeds to be adjusted independently, maintaining
  162.     maximum throughput in each channel regardless of the "direction" of the
  163.     channel impairments.  In this case, two speeds will be displayed, which
  164.     are the Receiver and Transmitter speeds, respectively.  Other fields in
  165.     the Data Pump Group which display 2 values follow the same convention
  166.     of Receiver/Transmitter.
  167.     ----------------------------------------------------------------------
  168.     This concept of independent channel speed is an integral part of the
  169.     V.34 protocol, and is one of the key improvements over VFC.
  170.     ----------------------------------------------------------------------
  171.  
  172.     Symbol Rate - This field indicates the Symbol Rate of the receiver and
  173.     transmitter, respectively.  A Symbol is a waveform transmitted by the
  174.     modem, which contains a certain number of encoded bits of data to be
  175.     moved across the link.  The receiving modem decodes this waveform,
  176.     recovers the package of bits, and re-assembles it.  (The noise levels
  177.     in the channel determine how many bits are encoded in each symbol.
  178.     Lower noise levels allow a greater number of bits per symbol.)  The
  179.     design of the telephone system limits how many of these symbols may be
  180.     sent across a phone line each second.  Symbols cannot be sent faster
  181.     than the *bandwidth* available through the phone line.  V.34 and VFC
  182.     modulation allow adjusting this symbol rate to any of six possible
  183.     values, to obtain the best match with the available bandwidth.  Other
  184.     protocols only allow a single, fixed value for the symbol rate,
  185.     regardless of the bandwidth of the link.  This field has a very direct
  186.     link to the overall connection speed, and under V.34 and VFC
  187.     modulation, it is directly related to the available bandwidth as
  188.     determined by the line probe.
  189.     -----------------------------------------------------------------------
  190.     The V.34 protocol allows independent adjustment of the Symbol Rate in
  191.     the receive and transmit channels, while VFC requires both channels to
  192.     run at the same Symbol Rate, the LOWER of the two.
  193.     -----------------------------------------------------------------------
  194.  
  195.     Carrier Freq - This field indicates the Carrier Frequency (in Hz) of
  196.     the receiver and transmitter, respectively.  Under V.34 and VFC
  197.     modulation, the Carrier Frequency can be one of several values,
  198.     determined during the handshake and line probe processes.  Under other
  199.     modulation types, the Carrier Frequency is a single fixed value.
  200.  
  201.     Trellis Code - This field indicates the type of Trellis Code in use by
  202.     the receiver and transmitter, respectively.  Trellis coding is a
  203.     mathematical operation performed on the transmitted data which improves
  204.     the system's noise immunity.  The type of coding may vary when
  205.     connecting modems from different manufacturers.
  206.  
  207.     Nonlinear Encoding - This field applies only under V.34 and VFC
  208.     modulation, and shows the state of the received signal and transmitted
  209.     signal, respectively.  Nonlinear Encoding is an operation performed on
  210.     the transmitted signal to improve the operation of the receiver under
  211.     certain channel conditions.  The modem will automatically negotiate
  212.     this option during the handshake.
  213.  
  214.     Precoding - This field applies only under V.34 and VFC modulation, and
  215.     shows the state of the received signal and transmitted signal,
  216.     respectively.  Precoding is an operation performed on the transmitted
  217.     signal to reduce the effects of noise multiplication in the adaptive
  218.     equalization process.  The modem will automatically negotiate this
  219.     option during the handshake.
  220.  
  221.     Shaping - This field applies only under V.34 and VFC modulation, and
  222.     shows the state of the received signal and transmitted signal,
  223.     respectively.  Shaping is an operation performed on the transmitted
  224.     signal to improve the operation of the receiver under certain channel
  225.     conditions.  The modem will automatically negotiate this option during
  226.     the handshake.
  227.  
  228.     Preemphasis Index - This field applies only under V.34 and VFC
  229.     modulation, and shows the Index value for the receiver and transmitter,
  230.     respectively.  Preemphasis is a way of compensating for poor phone line
  231.     bandwidth.  If the line has poor bandwidth, the upper frequencies of
  232.     the transmitted signal can be boosted to compensate for the roll-off.
  233.     The modem will select 1 of 10 possible values, based on the actual
  234.     roll-off rate of the phone line.  This field indicates which value has
  235.     been chosen, larger numbers mean that more preemphasis is being applied
  236.     to compensate for the line.  The modem will automatically negotiate
  237.     this option during the handshake.
  238.  
  239.     Rx/Tx Level - This field indicates the level (in -dB) of the receive
  240.     and transmit signals, respectively.   Standard transmit level for
  241.     US/Canada modems is approximately -10 dB, although under V.34 and VFC
  242.     modulation, the levels are negotiated and adjusted by the modem during
  243.     the handshake.  Receive level can vary widely, depending on the
  244.     conditions on your local phone line, the line at the remote modem, and
  245.     any long-distance or inter-office carrier facilities.   *Typical*
  246.     values will range from -40 dB at the low end, to -15 dB at the high
  247.     end, with figures in the -20 to -35 range being most common.   Extreme
  248.     values in either direction probably indicate a problem in your local
  249.     loop, which the phone company may be able to adjust.
  250.  
  251.     Roundtrip Delay - This field indicates the amount of time (in
  252.     milliseconds) it takes for the modem to hear a reflection of it's own
  253.     transmitter.  This is closely related to the physical length and
  254.     transmission path of the phone link, and it affects the operation of
  255.     the modem's echo canceller.  This delay also affects the timing of the
  256.     modem's handshaking routines.
  257.  
  258.     Retrains Requested - This field is a count of the number of times the
  259.     modem sent a request for a re-train to the remote end.  This happens
  260.     when the line quality degrades to the point where the modems lose sync
  261.     with each other.  Note that under some modulation types, and with
  262.     certain configuration settings, the remote modem is NOT required to
  263.     *honor* this request, it may be simply ignored.  This field corresponds
  264.     with the "Retrains Granted" field of the REMOTE modem, NOT the field in
  265.     THIS report.
  266.  
  267.     Retrains Granted - This field is a count of the number of times the
  268.     modem responded to a re-train request from the remote end.   This field
  269.     corresponds to the "Retrains Requested" field of the REMOTE modem, NOT
  270.     the field in THIS report.
  271.  
  272.     Fallback - This field indicates whether the modem has performed a speed
  273.     shift, either up or down, at any point during the connection.
  274.     "Disabled" means that there has been no speed shift, "Enabled" means
  275.     there has been a speed shift.
  276.  
  277.     HST Line Reversals - This field is only meaningful for connections
  278.     using HST modulation.  It then indicates the number of times the modem
  279.     switched the directions of the high-speed forward channel and the low-
  280.     speed back channel.
  281.  
  282.     HST Equalization - This field indicates whether the modem is using
  283.     extra pre-emphasis on the transmitted signal.  This field applies only
  284.     to HST modulation.
  285.  
  286.     SV - This field indicates the revision date of the modem Supervisor
  287.     (Controller) firmware.
  288.  
  289.     DSP - This field indicates the revision date of the modem DSP (Data
  290.     Pump) firmware.
  291.  
  292.  
  293.     ---------------------------------------------------------------------
  294.  
  295.  
  296.     Line Probe Group:
  297.  
  298.     Line Probing only applies to V.34 and VFC modulation.  This is a test
  299.     to determine the actual bandwidth available over the phone line.
  300.     During the handshake, the modems send a series of tones to each other,
  301.     at known levels and specific frequency points.  The modem calculates
  302.     the level of the received signal at each point, and therefore can
  303.     determine the maximum bandwidth available for use.  This section of the
  304.     report shows each of those frequency points, and, on the left side of
  305.     the graph, the signal level (in -dB) at that point.  (Levels are
  306.     referenced from 0.)  The right side of the graph shows the attenuation
  307.     at each frequency, relative to the HIGHEST level recorded.  (This
  308.     corresponds to the dynamic range of the received signal.)   If any of
  309.     the signal levels fall below -48 dB, the chart will include a line of
  310.     **** characters to show that threshold.  Generally speaking, values
  311.     below about -40 dB become difficult for the modem to interpret,
  312.     depending on other line conditions.   The effective bandwidth
  313.     calculated here directly affects the Symbol Rate, and overall connect
  314.     rate.  The modem will select the fastest Symbol Rate that can be
  315.     reliably handled by this bandwidth.
  316.  
  317.     Info Group:
  318.  
  319.     This field shows the USRSTATS banner and version number, and the date
  320.     and time that the report was created.  (Not when the data was
  321.     captured!)  It will also optionally show the Caller and Node number
  322.     (when used with the PCBoard PPE), the last number dialed (in stand-
  323.     alone mode), the elapsed time of the current call, or other data passed
  324.     by a "door" program on a BBS.
  325.  
  326.  
  327.     Settings Group:
  328.  
  329.     This is an optional display of the current modem settings at the time
  330.     the report data was captured.
  331.  
  332.     [END]
  333.  
  334.  
  335. -- 
  336. |     Greg Bretting     |"The whole problem with the world is that  |
  337. |  bretting@insync.net  |fools and fanatics are always so certain of|
  338. |     --==<< >>==--     |themselves, but wiser people are so full of|
  339. |            |doubts." - Bertrand Russell            |
  340.  
  341.